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DETAILED ACTION 

1 . Claims 22-24, 26-29, 32-36, and 38-40 Pending. 
Claims 1-21, 25, 30-31, 37, and 41 Canceled. 

Response to Arguments 

2. Applicant's arguments filed 7/31/2008 have been fully considered but they are 
not persuasive. 

As per Applicants arguments directed towards the limitation of displaying the new 
menu structure to the user prior to the completion of the replacing step, Examiner 
respectfully disagrees. As noted by Applicants in Applicants arguments, Debvec 
discloses displaying to the user, prior to the completion of the replacing step, an 
indication of the proposed change to the current adaptive bar. Examiner asserts that 
this display constitutes displaying the new menu structure to the user in that a direct 
visual indication of both the replacing element and the element to be replaced are 
displayed to the user. This allows the user to view the new menu structure through 
observing the elements to be changed without displaying the new menu structure in its 
entirety. While Examiner concedes that the new menu structure is not displayed in its 
complete form, this does not preclude the new menu structure from being displayed to 
the user in piecemeal fashion. 
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As per Applicants arguments directed towards the limitation of the calculating 
step further comprising the step of calculating a difference between the new menu 
structure and the current menu structure, Examiner respectfully disagrees. Examiner 
notes that the fact that the system of Debvec, as discussed above, displays to the user 
an indication of the an icon to be replaced and the replacing icon indicates that at least 
some calculating step calculating the difference between the new menu structure and 
the current menu structure has occurred. If no such calculating step has taken place, 
then the system of Debvec would be unable to indicate the icon which is to be replaced, 
as it would only have information on the icon which is to be inserted into the menu 
structure. 

As per the above arguments, the rejection of Claims 22-24, 26-29, 32-36, and 
38-40 will be updated to reflect amendments made to the claims and maintained. 

Claim Rejections - 35 USC § 103 

1 . The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

2. Claims 22-24, 26-29, 32-36, and 38-40 rejected under 35 U.S.C. 103(a) as being 
unpatentable over Schaffer in view of Debevc. 
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As per Claims 22, 34, and 38, Schaffer discloses a processor-implemented 
method, device, and machine readable storage medium for rearranging a plurality of 
menu items within a menu structure of a user interface, the method comprising the 
steps of collecting data about respective selection rates of the menu items within a 

Current menu Structure (i.e. "In one embodiment, the resequencing occurs adaptively and is based 
upon monitoring selections of the menu items over time. The menu items are typically options in which 
some options are selected and others remain unselected. Each selection of each option is counted. A 
resequencing of the menu items is determined by the frequency of selection. Thus, the menu options are 
adaptively rearranged in a frequency-based order, with the most often selected option being presented 
first in the next utilization of the user interface. " The preceding text excerpt clearly indicate that data is 
collected about the frequency of menu selection (e.g. a tracking of the number of times each menu item is 
selected) prior to adapting the menu structure (e.g. this data would have to be collected in order to 
determine the frequency of menu items, which is needed to perform the frequency re-ordering from a 
default configuration, such as shown in Figures 3-5).) (Column 2, Lines 5-16); calculating a new 
menu structure based on the collected data about the respective selection rates of the 
menu items within the current menu Structure (i.e. "In one embodiment, the resequencing occurs 
adaptively and is based upon monitoring selections of the menu items over time. The menu items are 
typically options in which some options are selected and others remain unselected. Each selection of 
each option is counted. A resequencing of the menu items is determined by the frequency of selection. 
Thus, the menu options are adaptively rearranged in a frequency-based order, with the most often 
selected option being presented first in the next utilization of the user interface. " The preceding text 
excerpt clearly indicate that data is collected about the frequency of menu selection (e.g. a tracking of the 
number of times each menu item is selected) prior to adapting the menu structure (e.g. this data would 
have to be collected in order to determine the frequency of menu items, which is needed to perform the 
frequency re-ordering from a default configuration, such as shown in Figures 3-5).) (Column 2, Lines 5- 
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16); and replacing the current menu structure with the new menu structure (i.e. "in one 
embodiment, the resequencing occurs adaptively and is based upon monitoring selections of the menu 
items over time. The menu items are typically options in which some options are selected and others 
remain unselected. Each selection of each option is counted. A resequencing of the menu items is 
determined by the frequency of selection. Thus, the menu options are adaptively rearranged in a 
frequency-based order, with the most often selected option being presented first in the next utilization of 
the user interface. "The preceding text excerpt clearly indicate that data is collected about the frequency 
of menu selection (e.g. a tracking of the number of times each menu item is selected) prior to adapting 
the menu structure (e.g. this data would have to be collected in order to determine the frequency of menu 
items, which is needed to perform the frequency re-ordering from a default configuration, such as shown 
in Figures 3-5).) (Column 2, Lines 5-16); wherein user approval of menu alteration is obtained 
via the user interface prior to completion of the replacing step (i.e. "As another optional 
feature, the resequencing may be disabled to turn "off" the statistical collection that counts the item 
selections. In utilizing this feature, the user may invoke a resequence option that initiates rearrangement 
of the menu items based upon the "learning" that occurred since the adaptation option was last enabled. 
Allowing adaptation to be enabled and disabled is beneficial for those instances in which a user is 
performing operations that are exceptions to the norm or are single-time activities. As a related optional 
feature, the statistical collection may remain "on, " but with the resequencing occurring only upon the 
command of the user. This prevents unexpected and/or unwanted resequencing from causing difficulties 
for the user. "The preceding text excerpt clearly indicates that the system may be configured such that the 
user must initiate the resequencing procedure using a command, thereby approving the menu alteration 
and utilizing the user interface. Note that this step may take place before the replacing, collecting, and 
calculating steps.) (Column 2, Lines 25-37). 

Schaffer fails to disclose the limitations of the method further comprising the step 
of displaying the new menu structure to the user prior to completion of the replacing 
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step; and wherein the user approval comprises user approval of the new menu structure 
as displayed. 

Debevc discloses the method further comprising the step of displaying the new 
menu structure to the user prior to completion of the replacing step (i.e. "At the user's 
convenience, the adaptive bar offers suggestions for adding or removing command icons, based on the 
frequency and probability of specific commands. It also implements these changes once the user has 
agreed to them." The preceding text excerpt along with Figure 1 clearly indicates that the system displays 
the new menu structure to the user prior to the completion of the replacing step (e.g. the user must 
approve the suggested menu changes before they are implimented).) (Abstract); and wherein the 
user approval comprises user approval of the new menu structure as displayed (i.e. "At 
the user's convenience, the adaptive bar offers suggestions for adding or removing command icons, 
based on the frequency and probability of specific commands. It also implements these changes once the 
user has agreed to them." The preceding text excerpt along with Figure 1 clearly indicates that user 
approval of the suggested menu changes is obtained after the new suggested menu structure is 
displayed to he user.) (Abstract). 

It would have been obvious to one skilled in the art at the time of Applicants 
invention to modify the teachings of Schaffer with the teachings of Debevc to include the 
method further comprising the step of displaying the new menu structure to the user 
prior to completion of the replacing step; and wherein the user approval comprises user 
approval of the new menu structure as displayed with the motivation to design an 
adaptive user interface in a computer environment familiar to many users. 

As per Claims 23, 35, and 39, Schaffer discloses the user approval is obtained 
prior to completion Of the collecting Step (i.e. "As another optional feature, the resequencing may 
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be disabled to turn "off the statistical collection that counts the item selections. In utilizing this feature, 
the user may invoke a resequence option that initiates rearrangement of the menu items based upon the 
"learning" that occurred since the adaptation option was last enabled. Allowing adaptation to be enabled 
and disabled is beneficial for those instances in which a user is performing operations that are exceptions 
to the norm or are single-time activities. As a related optional feature, the statistical collection may remain 
"on, " but with the resequencing occurring only upon the command of the user. This prevents unexpected 
and/or unwanted resequencing from causing difficulties for the user. " The preceding text excerpt clearly 
indicates that the system may be configured such that the user must initiate the resequencing procedure 
using a command, thereby approving the menu alteration. Note that this step may take place before the 
replacing, collecting, and calculating steps.) (Column 2, Lines 25-37). 

As per Claims 24, 36, and 40, Schaffer discloses the user approval is obtained 
prior to completion Of the calculating Step (i.e. "As another optional feature, the resequencing 
may be disabled to turn "off" the statistical collection that counts the item selections. In utilizing this 
feature, the user may invoke a resequence option that initiates rearrangement of the menu items based 
upon the "learning" that occurred since the adaptation option was last enabled. Allowing adaptation to be 
enabled and disabled is beneficial for those instances in which a user is performing operations that are 
exceptions to the norm or are single-time activities. As a related optional feature, the statistical collection 
may remain "on, " but with the resequencing occurring only upon the command of the user. This prevents 
unexpected and/or unwanted resequencing from causing difficulties for the user. " The preceding text 
excerpt clearly indicates that the system may be configured such that the user must initiate the 
resequencing procedure using a command, thereby approving the menu alteration. Note that this step 
may take place before the replacing, collecting, and calculating steps.) (Column 2, Lines 25-37). 
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As per Claim 26, Schaffer discloses the user approval comprises the selection of 
a specified menu item (i.e. "As another optional feature, the resequencing may be disabled to turn 
"off the statistical collection that counts the item selections. In utilizing this feature, the user may invoke 
a resequence option that initiates rearrangement of the menu items based upon the "learning" that 
occurred since the adaptation option was last enabled. Allowing adaptation to be enabled and disabled is 
beneficial for those instances in which a user is performing operations that are exceptions to the norm or 
are single-time activities. As a related optional feature, the statistical collection may remain "on, " but with 
the resequencing occurring only upon the command of the user. This prevents unexpected and/or 
unwanted resequencing from causing difficulties for the user. " The preceding text excerpt clearly indicates 
that the resequencing takes place in response to a command, which is linked to an option on a menu.) 
(Column 2, Lines 25-37). 

As per Claim 27, Schaffer discloses the menu items are arranged within a 
plurality of functional groupings within the current menu structure (i.e. "Second-level menu 
items are preferably also tracked for frequency of selection. That is, if selection of a particular option in 
the main menu initiates display of submenu items related to the initial selection, there preferably is a 
monitoring of the user selection of the submenu items, so that an adaptive frequency-based reordering 
also occurs at the submenu level." The preceding text excerpt clearly indicates that menus may include 
submenus (e.g. functional groupings of commands within the menu structure).) (Column 2, Lines 38-44) 
and wherein the new menu structure comprises rearrangement of particular ones of the 
menu items within at least a given one of the functional groupings while maintaining 

said plurality Of functional groupings Of the menu items (i.e. "Second-level menu items are 
preferably also tracked for frequency of selection. That is, if selection of a particular option in the main 
menu initiates display of submenu items related to the initial selection, there preferably is a monitoring of 
the user selection of the submenu items, so that an adaptive frequency-based reordering also occurs at 
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the submenu level. "The preceding text excerpt clearly indicates that the submenus (e.g. functional 
groupings) may be resequenced regarding frequency, while maintaining their structure.) (Column 2, Lines 
38-44). 

As per Claim 28, Schaffer discloses the functional groupings comprise submenus 
displayed responsive to the selection of at least one menu item (i.e. "Second-level menu 

items are preferably also tracked for frequency of selection. That is, if selection of a particular option in 
the main menu initiates display of submenu items related to the initial selection, there preferably is a 
monitoring of the user selection of the submenu items, so that an adaptive frequency-based reordering 
also occurs at the submenu level." The preceding text excerpt clearly indicates that menus may include 
submenus (e.g. functional groupings of commands within the menu structure) which are displayed 
responsive to the selection of a primary menu item.) (Column 2, Lines 38-44). 

As per Claim 29, Schaffer discloses a processor-implemented method for 
rearranging a plurality of menu items within a menu structure of a user interface, the 
method comprising the steps of collecting data about respective selection rates of the 

menu items within a current menu Structure (i.e. "In one embodiment, the resequencing occurs 
adaptively and is based upon monitoring selections of the menu items over time. The menu items are 
typically options in which some options are selected and others remain unselected. Each selection of 
each option is counted. A resequencing of the menu items is determined by the frequency of selection. 
Thus, the menu options are adaptively rearranged in a frequency-based order, with the most often 
selected option being presented first in the next utilization of the user interface. " The preceding text 
excerpt clearly indicate that data is collected about the frequency of menu selection (e.g. a tracking of the 
number of times each menu item is selected) prior to adapting the menu structure (e.g. this data would 
have to be collected in order to determine the frequency of menu items, which is needed to perform the 
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frequency re-ordering from a default configuration, such as shown in Figures 3-5).) (Column 2, Lines 5- 

16); calculating a new menu structure based on the collected data about the respective 
selection rates of the menu items within the current menu structure (i.e. "in one 
embodiment, the resequencing occurs adaptive!)/ and is based upon monitoring selections of the menu 
items over time. The menu items are typically options in which some options are selected and others 
remain unselected. Each selection of each option is counted. A resequencing of the menu items is 
determined by the frequency of selection. Thus, the menu options are adaptively rearranged in a 
frequency-based order, with the most often selected option being presented first in the next utilization of 
the user interface. "The preceding text excerpt clearly indicate that data is collected about the frequency 
of menu selection (e.g. a tracking of the number of times each menu item is selected) prior to adapting 
the menu structure (e.g. this data would have to be collected in order to determine the frequency of menu 
items, which is needed to perform the frequency re-ordering from a default configuration, such as shown 
in Figures 3-5).) (Column 2, Lines 5-16); and replacing the current menu structure with the new 

menu Structure (i.e. "In one embodiment, the resequencing occurs adaptively and is based upon 
monitoring selections of the menu items over time. The menu items are typically options in which some 
options are selected and others remain unselected. Each selection of each option is counted. A 
resequencing of the menu items is determined by the frequency of selection. Thus, the menu options are 
adaptively rearranged in a frequency-based order, with the most often selected option being presented 
first in the next utilization of the user interface. " The preceding text excerpt clearly indicate that data is 
collected about the frequency of menu selection (e.g. a tracking of the number of times each menu item is 
selected) prior to adapting the menu structure (e.g. this data would have to be collected in order to 
determine the frequency of menu items, which is needed to perform the frequency re-ordering from a 
default configuration, such as shown in Figures 3-5).) (Column 2, Lines 5-16); wherein user approval 
of menu alteration is obtained via the user interface prior to completion of the replacing 
Step (i.e. "As another optional feature, the resequencing may be disabled to turn "off" the statistical 
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collection that counts the item selections. In utilizing this feature, the user may invoke a resequence 
option that initiates rearrangement of the menu items based upon the "learning" that occurred since the 
adaptation option was last enabled. Allowing adaptation to be enabled and disabled is beneficial for 
those instances in which a user is performing operations that are exceptions to the norm or are single- 
time activities. As a related optional feature, the statistical collection may remain "on, " but with the 
resequencing occurring only upon the command of the user. This prevents unexpected and/or unwanted 
resequencing from causing difficulties for the user. " The preceding text excerpt clearly indicates that the 
system may be configured such that the user must initiate the resequencing procedure using a command, 
thereby approving the menu alteration and utilizing the user interface. Note that this step may take place 
before the replacing, collecting, and calculating steps.) (Column 2, Lines 25-37). 

Schaffer fails to disclose the calculating step further comprises the step of 
calculating a difference between the new menu structure and the current menu 
structure, the difference is a number of menu items in the new menu structure that have 
no corresponding match in the current menu structure, and the replacing step is 
executed only if the calculated difference exceeds a threshold. 

Debevc discloses the calculating step further comprises the step of calculating a 
difference between the new menu structure and the current menu structure (i.e. "The most 
important feature of the adaptive bar is its ability to guide and automate the process of adding and 
removing icons from the toolbar. Whenever the system determines that a change to the bar may be 
appropriate, it plays a tone and changes the background color of the bar. (The particular color to which 
the bar changes can be customized.) Once the bar background indicates that a proposal for change is 
available, the user can review the proposal at any time by double-clicking on the bar background. This 
action calls up a single dialog box (Figure 2) that allows the user to confirm or reject the proposed 
change. If the user rejects a proposed change, the system maintains the data that led to the suggestion, 
but then uses this data to generate different proposals that have not yet been rejected. This mechanism 
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helps prevent the system from insisting on one particular suggestion over and over again. Because only 
the background color changes when there is a suggestion, the user need not stop working and can 
control when and how the bar is changed. If the user keeps working without reviewing the proposed 
change, the bar simply retains the new color. If the user continues working for a long time without 
reviewing any proposals for change, the system continues to dynamically calculate the priority of each 
command. If at some later time the user clicks on the bar background to review a proposal, the system 
presents a single proposal based on the user's most recent activity" The preceding text excerpt along with 
Figure 1 clearly indicates that a difference between the current and suggested menus is calculated which 
prompts the system to indicate to the user that the new menu is available.) (Page 4, Figure 1 ), the 

difference is a number of menu items in the new menu structure that have no 
corresponding match in the current menu structure (i.e. "The most important feature of the 
adaptive bar is its ability to guide and automate the process of adding and removing icons from the 
toolbar. Whenever the system determines that a change to the bar may be appropriate, it plays a tone 
and changes the background color of the bar. (The particular color to which the bar changes can be 
customized.) Once the bar background indicates that a proposal for change is available, the user can 
review the proposal at any time by double-clicking on the bar background. This action calls up a single 
dialog box (Figure 2) that allows the user to confirm or reject the proposed change. If the user rejects a 
proposed change, the system maintains the data that led to the suggestion, but then uses this data to 
generate different proposals that have not yet been rejected. This mechanism helps prevent the system 
from insisting on one particular suggestion over and over again. Because only the background color 
changes when there is a suggestion, the user need not stop working and can control when and how the 
bar is changed. If the user keeps working without reviewing the proposed change, the bar simply retains 
the new color. If the user continues working for a long time without reviewing any proposals for change, 
the system continues to dynamically calculate the priority of each command. If at some later time the user 
clicks on the bar background to review a proposal, the system presents a single proposal based on the 
user's most recent activity" The preceding text excerpt along with Figure 1 and Figure 2 clearly indicates 
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that the difference is identified by identifying an icon which the system feels should be added which has 
no corresponding match in the current menu structure.) (Page 4, Figures 1-2), and wherein the 

replacing step is executed only if the calculated difference exceeds a threshold, the 
threshold being a number of menu items greater to or equal to two (i.e. "The most important 
feature of the adaptive bar is its ability to guide and automate the process of adding and removing icons 
from the toolbar. Whenever the system determines that a change to the bar may be appropriate, it plays a 
tone and changes the background color of the bar. (The particular color to which the bar changes can be 
customized.) Once the bar background indicates that a proposal for change is available, the user can 
review the proposal at any time by double-clicking on the bar background. This action calls up a single 
dialog box (Figure 2) that allows the user to confirm or reject the proposed change. If the user rejects a 
proposed change, the system maintains the data that led to the suggestion, but then uses this data to 
generate different proposals that have not yet been rejected. This mechanism helps prevent the system 
from insisting on one particular suggestion over and over again. Because only the background color 
changes when there is a suggestion, the user need not stop working and can control when and how the 
bar is changed. If the user keeps working without reviewing the proposed change, the bar simply retains 
the new color. If the user continues working for a long time without reviewing any proposals for change, 
the system continues to dynamically calculate the priority of each command. If at some later time the user 
clicks on the bar background to review a proposal, the system presents a single proposal based on the 
user's most recent activity" The preceding text excerpt along with Figure 1 clearly indicates that the user 
may choose to disregard the predefined threshold and only consider toolbar changes at their 
convenience, thus indicating that the threshold may be user defined (e.g. the threshold may be set two or 
more by the user).) (Page 4, Figure 1). 

It would have been obvious to one skilled in the art at the time of Applicants 
invention to modify the teachings of Schaffer with the teachings of Debevc to include the 
step of calculating a difference between the new menu structure and the current menu 
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structure, the difference is a number of menu items in the new menu structure that have 
no corresponding match in the current menu structure, and the replacing step is 
executed only if the calculated difference exceeds a threshold with the motivation to 
design an adaptive user interface in a computer environment familiar to many users. 

As per Claim 32, Schaffer fails to disclose the threshold is predefined. 
Debevc discloses the threshold is predefined (i.e. "The most important feature of the 

adaptive bar is its ability to guide and automate the process of adding and removing icons from the 
toolbar. Whenever the system determines that a change to the bar may be appropriate, it plays a tone 
and changes the background color of the bar. (The particular color to which the bar changes can be 
customized.) Once the bar background indicates that a proposal for change is available, the user can 
review the proposal at any time by double-clicking on the bar background. This action calls up a single 
dialog box (Figure 2) that allows the user to confirm or reject the proposed change. If the user rejects a 
proposed change, the system maintains the data that led to the suggestion, but then uses this data to 
generate different proposals that have not yet been rejected. This mechanism helps prevent the system 
from insisting on one particular suggestion over and over again. Because only the background color 
changes when there is a suggestion, the user need not stop working and can control when and how the 
bar is changed. If the user keeps working without reviewing the proposed change, the bar simply retains 
the new color. If the user continues working for a long time without reviewing any proposals for change, 
the system continues to dynamically calculate the priority of each command. If at some later time the user 
clicks on the bar background to review a proposal, the system presents a single proposal based on the 
user's most recent activity" The preceding text excerpt along with Figure 1 clearly indicates that the 
threshold is predefined to be a single change to the toolbar.) (Page 4, Figure 1). 

It would have been obvious to one skilled in the art at the time of Applicants 
invention to modify the teachings of Schaffer with the teachings of Debevc to include the 
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threshold is predefined with the motivation to design an adaptive user interface in a 
computer environment familiar to many users. 

As per Claim 33, Schaffer fails to disclose the threshold is selected by the user. 
Debevc discloses the threshold is selected by the user (i.e. "The most important 

feature of the adaptive bar is its ability to guide and automate the process of adding and removing icons 
from the toolbar. Whenever the system determines that a change to the bar may be appropriate, it plays a 
tone and changes the background color of the bar. (The particular color to which the bar changes can be 
customized.) Once the bar background indicates that a proposal for change is available, the user can 
review the proposal at any time by double-clicking on the bar background. This action calls up a single 
dialog box (Figure 2) that allows the user to confirm or reject the proposed change. If the user rejects a 
proposed change, the system maintains the data that led to the suggestion, but then uses this data to 
generate different proposals that have not yet been rejected. This mechanism helps prevent the system 
from insisting on one particular suggestion over and over again. Because only the background color 
changes when there is a suggestion, the user need not stop working and can control when and how the 
bar is changed. If the user keeps working without reviewing the proposed change, the bar simply retains 
the new color. If the user continues working for a long time without reviewing any proposals for change, 
the system continues to dynamically calculate the priority of each command. If at some later time the user 
clicks on the bar background to review a proposal, the system presents a single proposal based on the 
user's most recent activity" The preceding text excerpt along with Figure 1 clearly indicates that the user 
may choose to disregard the predefined threshold and only consider toolbar changes at their 
convenience, thus indicating that the threshold may be user defined.) (Page 4, Figure 1 ). 

It would have been obvious to one skilled in the art at the time of Applicants 
invention to modify the teachings of Schaffer with the teachings of Debevc to include the 
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threshold is selected by the user with the motivation to design an adaptive user 
interface in a computer environment familiar to many users. 

3. Applicant's amendment necessitated the new ground(s) of rejection presented in 
this Office action. Accordingly, THIS ACTION IS MADE FINAL. See M PEP 
§ 706.07(a). Applicant is reminded of the extension of time policy as set forth in 37 
CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the date of this final action. 

Points of Contact 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Michael J. Hicks whose telephone number is (571) 272- 
2670. The examiner can normally be reached on Monday - Thursday 9:00a - 7:30p. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Christian Chace can be reached on (571) 272-4190. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

Michael J Hicks 
Art Unit 2165 
Phone: (571)272-2670 
Fax: (571)273-2670 


/Christian P. Chace/ 

Supervisory Patent Examiner, Art Unit 2165 


